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ABSTRACT 

This  paper  is  a  status  report  on  the  development  of  HULSTRX  and  its 
integration  into  the  Navy  CAD/CAM  Program;  it  presents  the  implementation  of 
the  syst em  out  I i  ned  by  S,  Klomparens  at  the  1  9  7  9  meeting  of  REAPS, 

The  HULSTRX  Program  effort  is  aimed  at  the  development  of  a  ship  data 
base  containing  the  locations  and  scantlings  of  all  hull  structural  me  mb e  r  s 
based  upon  an  established  description  of  the  internal  and  external  hull 
geometry,  The  data  base  to  be  generated  will  be  used  for  three  purposes: 

(a)  development  of  structural  contract  design  guidance  drawings;  (b)  dissemina¬ 
tion  of  pertinent  structural  information  to  other  areas  of  ship  design  such 
as  arrangement  developments,  weight  estimation  and  distributive  systems  back¬ 
grounds  and  c o mp o s i  t  e s ;  and  ( c )  as  an  aid  for  the  d e v e I  o p me n t  of  structural 
details,  fabrication  drawings,  and  generation  of  N/C  data, 
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1  NT RODUCT I  ON 

This  paper  is  an  update  on  the  development  of  the  computer  program 
Hull  Structure  (HULSTRX),  HULSTRX  is  a  computer  aided  design  tool  for  representing 
and  displaying  ship  structure,  When  complete,  it  will  be  used  for  both  surface 
and  submarine  structure,  It  is  being  developed  for  the  Navy's  Surface  Ship 
Structures  Branch  as  part  of  the  Navy's  Computer  Supported  Design  (CSD)  Project, 
The  Navy  has  recently  changed  the  management  of  Computer  Aided  Ship 
Design  and  Construction  (CASDAC),  The  early  stage  or  in-house  design  support 
will  be  directed  from  NAVSEA  03R  under  the  Computer  Supported  Design  (CSD) 
Project,  CSD  will  be  responsible  for  the  development  of  computer  aids  used 
in  the  design  of  Naval  ships,  The  intent  is  to  develop  an  integrated  system 
from  early  stage  design  through  feasibility,  preliminary  and  contract  design, 
Ship  Technical  Programs  will  be  managed  from  NAVSEA  9 0 M  and  will  be  supported 
using  Manufacturing  Technology  funding, 

Two  (2)  years  ago,  Mr,  Stephen  Klomparens  presented  a  paper  at  a  REAPS 
Technical  Symposium  entitled  "  HULSTRX-  A  CASDAC  Computer  Aid  for  Hull  Structural 
Contract  Design,"  In  this  paper,  Mr,  Klomparens  outlined  the  framework  for 
the  computer  program  HULSTRX  and  described  the  objectives  for  which  the  program 
was  being  developed,  This  paper  is  an  update  of  the  continuing  efforts  to 
develop  the  program,  HULSTRX, 

It  is  the  objective  of  this  paper  to: 

•  Review  the  desired  capabilities  for  HULSTRX  within  the 
Navy's  CSD  system; 

'  Demonstrate  the  capabilities  which  the  pr ogr am  pr es ent I  y 
affords  the  structural  designer;  and  finally, 

'  To  discuss  the  ongoing  and  future  development  of  the 
program, 
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BACKGROUND:  THE  NAVY  CSD  SYSTEM 

The  Navy's  CSD  project  is  an  effort  to  develop  and  use  computer  generated 
data  to  support  the  design  community,  It  is  a  combination  of  several  computer 
design  tools  which  access  a  set  of  common  data  bases  during  the  ship  design 
process,  To  insure  that  designers  involved  in  one  facet  of  the  design  process 
coordinate  their  efforts  with  other  design  efforts,  the  concept  of  the  Design 
Geometry  Library  (DGL)  was  established, 

Essentially,  the  DGL  represents  the  description  of  the  ship  design 
at  any  given  time  and  is  subdivided  into  the  principal  design  areas  of  hull 
form,  arrangements,  and  structures,  Figure  l  depicts  the  Navy's  CSD  system 

and  the  role  of  the  DGL,  The  importance  of  the  DGL  to  this  discussion  is 

that  the  DGL  serves  as  the  primary  interface  between  the  structural  design 

p  r  o  g  r  a  ms  and  the  other  c  o  mp  u  t  e  r  p  r  o  g  r  a  ms  used  in  designing  a  ship, 

Figure  l  also  demonstrates  the  role  of  HULSTRX  within  the  Navy  system, 
The  hull  form  portion  of  the  DGL  contains  a  description  of  the  hull  form  and 
is  created  primarily  by  the  program  HULDEF."  The  arrangements  portion  of 
the  DGL,  created  by  DEKOUT’,  contains  the  locations  and  descriptions  of  decks, 

bulkheads,  and  major  openings,  HULSTRX  draws  upon  data  within  these  two  data 
bases  and  creates  the  structural  portion  of  the  DGL,  The  structural  portion 
of  the  DGL  contains  the  location  and  description  of  structural  members  which 
lie  on  the  hull  form,  decks,  bulkheads,  and  other  surfaces.  This  portion 
of  the  DGL  can  then  be  used  in  many  ways: 

•  As  input  for  other  structural  design  programs; 

•  As  a  basis  for  computer  generated  structural  drawings; 

•  As  a  design  deliverable  in  and  of  itself. 

*  For  convenience,  Appendix  A  provides  brief  descriptions  of  Computer  programs 
which  develop  the  DGL  or  use  the  DGL  as  input  for  calculating  their  specific 
output 
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*DGL:  DESIGN  GEOMETRY  LIBRARY 


Fi  g u r e  1  ■  The  Navy  CSD  System 


HU L ST RX  has  been  subdivided  into  two  parts  for  effective  development, 
The  first  stage  of  the  program  has  been  directed  toward  defining  the  traces 
of  structural  members  on  the  surface  in  question  (e.g,  deck,  bulkhead,  or 
shell).  The  second  stage  is  intended  to  define  the  scantlings  of  each  specific 
member  ( i .  e . ,  properties  such  as  web  depth,  flange  width,  thickness,  orientation 
to  the  molded  surface,  materials,  etc,),  The  portion  of  the  DGL  currently 
developed  is  the  structural  trace  file,  The  second  stage  of  HULSTRX  development 
will  incorporate  the  structural  scantling  information,  This  paper  will  not 
address  the  development  of  that  portion  of  HULSTRX  which  creates  the  scantlings 
file  as  this  effort  is  being  p e r f o r me d  separately, 

HULSTRX  OBIECTIVES 

At  the  conception  of  HULSTRX,  the  design  deliverables  to  be  addressed 

i  ncl  uded: 

1,  Drawings  of  midship  section  and  typical  sections; 

2,  Deck  dr  awi  ngs  for  all  decks; 

3,  Shel  I  expansi  on  dr  awi  ngs; 

4,  Deckhouse  or  superstructure  drawings; 

5,  Longitudinal  strength  study: 

6,  Ot  her  structural  calculations, 

As  HULSTRX  has  developed,  the  emphasis  has  been  redirected  towards 
establishing  the  structural  portion  of  the  DGL  and  thus  allowing  the  development 
of  structural  drawings,  Calculations  have  been  left  to  other  structural  design 
programs,  such  as  the  Structural  Synthesis  Design  Program,  SSDP,  Essentially, 
the  current  objectives  of  HULSTRX  can  be  summarized  as  follows: 

1,  Develop  shell  expansion  drawings  showing  all  structural 

traces,  bul  kheads,  decks,  and  pi  at i  ng; 

2,  Develop  deck  drawings  showing  structural  members  for 

all  decks,  including  superstructure  and  associated  surfaces; 
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Develop  bulkhead  drawings  showing  structural  members  for 
all  bulkheads,  including  superstructure  and  associated  surfaces; 

4,  Develop  midship  and  typical  section  drawings  showing  hull  plating, 

shell  stiffeners,  bulkheads,  decks,  and  associated  surfaces; 

5,  Provide  a  complete  data  base  of  the  structural  Contract  Design. 

In  its  present  form  HULSTRX  iS  operational  and  can  meet  the  first 

three  objectives,  Wi  t  h  initial  input  of  the  hull  form  and  a r  r  a n g e me n t  s  portions 
of  the  DGL,  HULSTRX  can  be  used  by  the  designer  to  locate  stiffeners  and  arrange 
plating,  In  batch  mode,  an  expanded  shell  drawing  can  be  developed  by  HULSTRX 
and  plotted  by  UP  LOT  (a  utility  drafting  routine),  Similarly,  bulkheads  and 
decks  defined  in  the  DGL  can  be  complemented  with  structural  members  and  plating 
boundaries:  using  UPLOT,  bulkhead  and  deck  drawings  can  be  produced,  HULSTRX 
requires  further  development  to  satisfactorily  develop  sections:  while  the 
shell  boundary  can  be  determined,  the  stiffeners  on  the  shell  are  not  readily 
shown,  This  limitation  will  be  bypassed  with  development  of  the  second  portion 
of  HULSTRX  allowing  the  definition  of  the  scantlings  file, 

Figures  2  through  4  show  examples  of  drawings  developed  using  HULSTRX 
generated  structural  traces,  Examination  of  these  drawings  will  clearly  show 
HULSTRX's  present  capabilities  and  also  its  limitations,  Later,  we  will  examine 
the  internal  mechanics  of  HULSTRX  and  identify  the  causes  of  the  program 
exiguities, 

Figure  2  is  a  shell  expansion  for  a  typical  destroyer  hull  form. 
Note  the  clear  presentation  and  the  line  quality,  In  order  to  generate  this 
drawing,  the  operator,  in  a  batch  mode,  used  the  hull  f or m  descr i  pt i  on  and 
the  location  of  decks  and  bulkheads  contained  in  the  DGL  as  input  and  added 
the  structural  traces,  The  traces  are  input  as  two  dimensional  traces  that 
are  converted  into  three  dimensional  traces  which  lie  on  the  shell  surface, 
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FIGURE  2. 


SHELL  EXPANSION 
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Alternatively,  the  designer  can  select  two  existing  lines,  surfaces,  or  structural 

traces  and  input  a  desired  number  of  equally  spaced  traces;  HULSTRX  would 
then  determine  three  dimensional  traces  with  the  desired  spacing  (the  equal 
spacing  can  be  in  terms  of  girth  or  one  of  the  coordinate  directions,),  After 
any  specific  run,  the  designer  can  choose  to  plot  the  shell  expansion  to  graph¬ 

ically  inspect  his  work, 

Figure  2  contains  an  example  of  one  of  the  programs'  limitations; 

HULSTRX  is  not  capable  at  present  to  depict  a  satisfactory  shell  expansion 
of  a  ship  which  has  a  bulbous  bow  or  other  appendage,  The  shell  expansion 
is  distorted  in  way  of  skegs  and  bulbs  because  of  the  extra  girth  added  by 

the  appendage,  The  extra  girth  created  a  bulge  in  an  ostensibly  straight 
stiffener,  In  manual  practice,  the  bulb  and  s  k  e  g  are  s  i  mp  I  y  "tacked  on"  the 
bottom  of  the  shell  expansion,  An  appropriate  method  of  handling  these  dis¬ 
continuities  is  under  study, 

Figure  3  is  an  example  of  a  deck  drawing  ,  Deck  drawings  can  be  very 
satisfactorily  developed  using  HULSTRX  and  UPLOT  as  this  drawing  shows.  At 
present,  the  drawing  lacks  stiffeners  which  intersect  the  deck  per pendi  cul  ar i I  y; 
frames  are  not  shown  where  they  meet  the  deck,  nor  are  bulkhead  stiffeners, 
In  the  case  of  deck  drawings,  this  is  not  a  significant  problem  as  such  information 
represents  only  a  small  portion  of  the  drawing,  It  becomes  a  more  significant 
problem  when  portraying  bulkheads  and  sections  as  later  figures  will  show, 

Figure  4  is  a  typical  bulkhead  developed  by  HULSTRX  and  UPLOT,  The 
complexity  is  similar  to  that  of  the  deck  plan  and,  as  stated  above,  the  absence 
of  perpendicular  members  is  more  apparent,  A  resolution  for  this  limitation 
is  under  d  e  v  e I o  p  me  n  t , 
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Figure  3  -  Deck  with  Stiffeners 
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Figure  4 
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OPERATIONAL  ASPECTS 

A  flow  chart  showing  the  operational  steps  of  HULSTRX  is  shown  in 
Figure  5,  Some  of  this  material  has  been  presented  in  Reference  5,  Essentially, 
the  designer  begins  with  a  mathematical  description  of  the  ships  surfaces 

and  a  desired  scantling  configuration,  The  designer  t  r  a  n  s  f  o  r  ms  the  scantling 
configuration  into  input  data  which  are  sets  of  points,  or  sets  of  points 

and  tangents,  After  HULSTRX  operates  on  the  input,  the  designer  reviews  the 

output  and  modifies  the  input  data  until  he  is  satisfied  with  the  representations, 
Several  runs  may  be  required  to  achieve  the  desired  detail;  performance  should 
i  mpr  ove  wi  t  h  experience, 

HULSTRX  adds  traces  of  structural  members  to  a  working  file  for  each 
surface  during  execution,  Once  all  traces  are  added  to  a  surface,  the  working 

file  of  structural  traces  for  that  surface  is  written  to  a  revised  DGL,  The 

revised  DGL  file  contains  all  the  surface  definition  information  of  the  original 
mul ti -surface  DGL  file  plus  the  new  structural  traces  currently  being  added 
to  the  surfaces  being  considered,  Each  batch  run  must  use  all  current  structural 
traces  since  old  traces  are  not  retained,  The  original  mu  I  t  i  -  s  u  r  f  a  c  e  DGL 

file  is  not  modified  during  execution  and  may  be  retained  or  deleted  at  the 

user's  option,  Only  the  structural  portion  of  the  DGL  can  be  modified  by 

the  structural  designer  using  HULSTRX, 

HULSTRX  performs  its  manipulatory  functions  by  utilizing  a  temporary 
grid  file  of  each  surface,  This  temporary  file  is  searched  to  determine  points 

of  intersection  with  the  specified  structural  trace,  The  points  of  intersection 
are  splined  together  and  then  faired  to  form  a  line  on  the  surface.  This 

new  line  is  then  written  to  the  working  surface  file,  Once  all  the  traces 

are  written  for  one  surface  and  that  surface  is  complete,  the  trace  file  is 

written  to  the  revised  DGL  and  the  grid  surface  and  working  file  are  discarded, 
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Hull  Subsystem  Arrangement  Subsystem  Hull  Subsystem 
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Until  a  surface  is  complete,  the  working  file  of  traces  must  be  kept  on  hand 
in  case  a  previously  calculated  trace  is  specified  as  an  intersection  line, 

Details  of  the  current  HULSTRX  development  state  are  presented  below 

under  the  categories  of  : 

1,  Design  Geometry  Library  (DGL)  structure; 

2 ,  Structural  trace  processing  ( ma p p i  n g  methodol  ogy); 

3,  Inputs  to  the  program;  and 

4,  Out  put  s  from  the  program, 

Des  i  qn  Geomet  r  y  Library 

The  file  structure  and  format  of  the  data  base  that  HULSTRX  works 

with  is  the  same  as  that  used  with  HULDEF  with  an  additional  capability  to 

handle  multiple  surfaces,  The  DGL  is  a  sequential  access  file  containing 
unformatted  records,  Record  length  is  determined  by  the  input/output  (I/O) 
list  in  the  read  or  write  statement,  The  first  record  of  the  DGL  contains 
the  ship  identifier,  comprised  of  up  to  20- c  har  act  er  s  (5A4),  and  the  ship 
creation  (or  version)  date,  8-characters  (2A4),  The  remaining  records  on 

the  DGL  are  broken  up  into  surface  blocks,  as  shown  in  Figure  6,  Each  surface 
block  contains  a  6-character  surface  identifier  (the  first  record  on  the  surface), 
followed  by  all  lines  on  that  surface,  Lines  are  described  by  a  6-character 
identifier  (3A2),  line  type  (an  integer),  the  number  of  segments  in  the  line 

(an  integer  from  1  to  50),  then  the  segments  in  endpoi  nt / t angent  form  (SEGS 

(13,501).  (Only  the  last  12  values  of  each  segment  actually  are  present,) 

The  sentinel  for  the  end  of  the  surface  block  is  a  blank  line  identifier, 
The  sentinel  for  the  end  of  the  DGL  is  a  blank  surface  identifier, 

The  naming  conventions  for  the  6- character  surface  and  line  (trace) 
names  are  presented  in  Table  l.  The  names  start  with  a  mnemonic  string  of 
2  or  3- c har ac t er s ,  and  are  filled  out  to  6-characters  by  the  program  user 
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or  internally  generated  by  the  program,  Some  of  the  names  may  have  an  implied 
d  e  c  i  ma  I  point  location  to  allow  the  trace  n  a  me  to  contain  a  n  u  me  r  i  cal  position, 
This  information  is  optional  for  structural  traces  and  is  currently  only  used 
by  HULDEF,  The  names  assigned  to  lines  are  used  to  define  the  line  type  code, 
Each  line  type  code  is  drawn  with  a  different  kind  of  line, 
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Mappi  nq  Met  hodol  oqy 

Development  of  HU L ST RX  included  establishing  how  the  structural  trace 
would  be  accurately  mapped  onto  the  various  ship  surfaces,  This  mapping  process 
will  be  described  for  the  shell  surface,  Before  describing  the  procedure, 
however,  it  is  first  necessary  to  describe  the  means  for  defining  the  shell 
g  e  o  me  t  r  y , 

Surface  geometry  is  defined  by  a  set  of  grid  surface  definition  lines 
for  me  d  from  longitudinal  and  transverse  lines.  These  lines  include  a  set 
of  control  lines  which  include  lines  for  the  centerline,  half  siding,  transom, 
deck- at  -  edge,  etc,  and  a  group  of  longitudinal  lines.  Flat  surfaces  such 
as  transverse  bulkheads,  decks,  etc,,  are  defined  simply  by  the  lines  at  edges, 

For  the  shell,  longitudinal  definition  lines  are  primarily  iso- girth 
lines,  An  iso-girth  line  is  a  longitudinal  line  formed  by  splining  points 
on  sections,  where  the  point  on  each  section  is  located  at  a  specific  fraction 
of  the  girth  at  that  section,  Additionally,  the  shell  surface  geometry  can 
be  further  defined  with  other  types  of  longitudinal  lines  such  as  waterlines, 
The  longitudinal  shell  definition  lines  also  include  other  control  lines  that 
specify  knuckles  or  flat  plate  areas  in  the  hull.  For  the  purposes  of  this 
discussion,  longitudinal  shell  definition  lines  will  be  referred  to  as  L-lines, 

Only  the  L-lines  are  used  to  generate  transverse  lines  (T-lines)  which 
forms  the  second  dimension  of  the  shell  definition  grid.  A  T-line  is  created 
by  intersecting  an  X-plane  with  the  L-lines,  All  the  points  of  intersection 
are  splined  together  to  forma  line  then  stored  in  a  working  file,  The  number 
of  transverse  cuts  of  the  L-lines  made  to  create  this  temporary  file  of  T-lines 
is  user- dependent ,  A  T-line  is  made  at  every  station  and  in  the  default  case 
this  is  a  u  t  o  ma  t  i  c  a  I  I  y  s  u  p  p  I  e  me  n  t  e  d  to  include  T-lines  at  I  /  4 ,  1/2  and  3/4 
station  spacing, 
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Together,  the  L-lines  and  the  T-lines  forma  grid  of  lines  over  the 
surface  which  completely  defines  its  shape,  The  only  information  needed  to 
generate  this  grid  is  the  original  L-lines  and,  for  the  shell,  the  stations 
from  the  HULL  DGL,  This  information,  together  with  the  parametric  spline 
and  I  i  n  e -  c  u  1 1  i  n  g  a  I  g o  r  i  t  h  ms ,  provides  for  a  concise  me  a  n  s  of  representing 
a  surface, 

Once  a  temporary  surface  file  is  established  in  memory,  each  structural 
trace  is  ma p p e d  onto  the  surface,  The  ma p p i  n g  of  a  trace  onto  a  surface  consists 
of  placing  the  trace  in  a  plane,  intersecting  this  plane  with  the  plane  of 
grid  lines,  finding  the  points  of  intersection  and  ordering  and  splining  thoses 
points  to  form  a  line,  If  a  line  is  entirely  in  an  X-plane  one  processing 
step  is  automatically  saved  by  operating  on  the  original  L-line  file  without 
the  T-lines, 

The  projection  plane  of  a  trace  is  usually  obvious  to  the  user  and 
is  selected  during  input  operations,  The  most  accurate  projection  results 
when  the  plane  is  perpendicular  to  the  surface,  For  instance,  longitudinal 
stiffeners  on  the  shell  located  toward  the  bottom  should  be  placed  in  the 
Y-plane,  while  longitudinal  stiffeners  on  the  upper  shell  should  be  placed 
in  the  Z-plane,  Improper  selection  can  result  in  an  inaccurate  trace,  so 
the  user  must  be  cognizant  of  all  input  options  available  and  geometry  of 
the  wo r k i  n g  surface, 

The  endpoints  of  a  line  to  be  projected  must  fall  on  T-lines  when 
projected,  If  the  endpoints  do  not  fall  on  a  T-line,  additional  T-cuts  are 
generated,  Four  T-lines  forward  and  aft  of  the  line  endpoints  are  also  used, 
if  available,  to  assure  an  accurate  mapping  of  a  line  onto  the  shell.  The 
splined  line  resulting  from  the  intersection  of  the  trace  and  the  surface 
is  stored  on  the  surface  file  only  between  its  actual  endpoints, 
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If  an  error  is  encountered  during  the  processing,  the  program  usually 
does  not  terminate,  but  rather  an  error  message  is  written  via  the  line  printer 
and  processing  for  the  next  trace  started,  Some  errors,  however,  are  fatal, 
such  as  not  finding  a  specified  surface  file, 

I  nput  s 

Three  kinds  of  information  are  required  by  HU L ST RX  as  previously  shown 
in  Figure  5,  They  are: 

1,  Hull  form  lines 

2,  Ar  r  angement  i  nf  or  mat  i  on,  and 

3,  The  structural  designer's  concept  of  where  the  traces  should  be, 

Hull  form  lines  and  arrangement  information  are  accessed  internally 

through  the  DGL,  Structural  traces  require  external  user  inputs, 

The  basic  input  to  the  structural  design  effort  and  to  HULSTRX  is 

a  digital  file  of  the  g  e  o  me  t  r  i  c  a  I  shape  of  the  hull  and  the  ma  j  o  r  hull  subdivisions 

as  represented  by  surface  intersections,  This  file  was  discussed  in  the  DGL 
section  and  was  shown  in  Figure  1, 

The  user  input  to  HULSTRX  is  a  two  dimensional  description  of  the 
desired  structural  trace  and  scantling  data  for  the  structural  me  mb  e  r  the 
trace  will  represent,  The  structural  traces  can  be  input  by  a  variety  of 

me  t  h  o  d  s ,  The  structural  trace  in  endpoint  coordinate  f  o  r  m  c  a  n  be  projected 
onto  the  hull  from  the  X,  Y  or  Z  planes,  In  addition,  the  girth  of  the  structural 
trace  from  the  ship  centerline  can  be  specified  at  various  points  and  the 
trace  determined  from  that  information,  Other  input  options  consist  of  the 
ability  to  create  a  given  number  of  evenly  or  equally  spaced  traces  between 
two  specified  lines,  and  the  ability  to  demark  a  line,  by  specifying  other 
lines  that  it  is  to  intersect, 
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By  using  the  various  input  methods  the  designer  can  achieve  a  satisfactory 
definition  of  the  structural  traces  on  various  sections  of  the  hull  mo r e  easily 
than  would  be  possible  using  only  one  method,  By  using  the  logical  input 
met  hod  for  different  sections  of  the  shell,  satisfactory  trace  definitions 
can  be  achieved  mo r e  quickly,  A  good  general  order  for  ordering  input  structural 
traces  is  to  place  the  longest  structurally  continuous  piece  first,  This 
allows  the  user  to  use  a  line  as  a  trace  endpoint  instead  of  relying  on  (incon¬ 
sistent)  me  a  s  u  r  e  me  n  t  s  of  the  endpoint, 

The  input  routines  for  HULSTRX  allow  the  input  to  be  in  a  free  field 
form,  The  inputs  are  all  keyed  on  a  code  consisting  of  a  two  digit  string 
which  always  appears  in  the  first  two  columns,  The  type  of  data  which  will 
be  expected  on  the  following  line  and  also  the  operation  to  be  performed  on 
the  data  depends  on  the  contents  of  that  code,  Input  on  the  rest  of  the  line 

is  of  the  free  field  type,  Data  and  keywords  can  be  separated  by  commas  or 
blanks  or  combinations  of  the  two,  The  input  consists  of  a  line  name  followed 
by  a  series  of  coordinate  pairs,  These  points  are  used  to  generate  a  line 
in  endpoint-tangent  form,  In  addition  the  end  tangents  of  the  line  to  be 
generated  can  be  designated  during  input,  For  multiple  line  capability,  data 
includes  spacing,  number  of  lines,  and  boundary  lines,  Lines  of  intersection 
can  also  be  input,  A  sample  data  deck  is  presented  as  Figure  7.  It  shows 
s  o  me  possible  input  f  o  r  ms , 
outputs 

Several  output  files  are  created  by  HULSTRX, 

1,  Revi  sed  mul  t  i  -  surf  ace  DGL, 

2,  Shel I  expansi  on  f i I  e,  and 

3,  Mul  t  i  pi  e  lines  file, 
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Figure  7  -  Sample  Card  Deck 
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The  revised  mul  ti  -  surface  DGL  is  the  main  output,  From  it,  a  drawing  of  any 
surface  can  be  created,  The  shell  expansion  file  is  a  job  option  and  can 
be  used  to  create  a  shell  expansion  drawing  without  further  manipulation, 
The  mu  I  t  i  p  I  e  lines  file  is  solely  a  users'  tool.  It  is  used  as  a  starting 
point  to  add  detail  to  individual  lines  created  en  masse  for  input  into  the 
next  HULSTRX  cycl  e, 

DESIGN  CONSIDERATIONS 

Integration  of  HULSTRX  with  the  CSD  system  required  design  similarity 
with  the  Navy  programs  already  developed;  therefore,  HULSTRX  employs  many 
of  the  concepts  implemented  in  the  HULDEF  program,  The  three  most  important 
concepts  used  in  parallel  with  HULDEF  are: 

1,  the  file  structure  and  format  used  for  the  DGL; 

l  the  p  a  r  a  me  t  r  i  c  spline  used  to  represent  structural 
traces  (3-D  lines); 

3 ,  the  present  use  of  the  program  in  a  batch  mode, 

Many  of  HULDEF's  routines  that  deal  with  the  lines  file  and  manipulate  lines 
are  used  in  HULSTRX  for  consistency,  and  are  described  in  References  3  and 
4, 

Development  of  HULSTRX  itself  has  proceeded  at  two  levels:  an  external 
user/ comput  er  interface,  and  an  internal  data  manipulation  level,  The  external 
level  tradeoffs  include  mo  d  u I  a  r i t  y ,  p  r  e  p  r  o  g  r  a  mme  d  input  decisions  and  program 
complexity,  The  internal  tradeoff  level  concerns  the  production  of  the  files 
for  the  DGL, 

Ext  er  nal  Consi  derat  i  on 

Modularity  is  required  in  any  good  programming  effort,  if  only  to 
clearly  present  the  logical  flow  of  the  program,  For  the  CSD  system,  modularity 
has  extra  value  since  modules  which  are  not  pr  ogr  am- dependent  can  be  used 
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in  other  subsystems.  This  s  i  mp  I  i  f  i  e  s  the  integration  of  the  separate  p  r  o  g  r  a  ms 
into  a  unified  whole.  In  HULSTRX  the  use  of  blank  common  blocks  was  held 

to  a  minimum  to  achieve  independence.  Also,  sections  which  might  be  useful 
elsewhere,  in  this  program  or  another,  were  separated  from  their  parent  sub¬ 
rout  i  ne, 

The  amount  of  input  processing  desirable  was  a  trade-off  constrained 
on  one  hand  by  ease  of  use  for  the  programmer  and  on  the  other  by  program 

c  o  mp  I  e x  i  t  y  necessary  for  decoding  the  input.  Since  mu c  h  of  the  structural 

data  would  have  to  be  input  manually  or  adjusted  frequently,  a  versatile  input 
device  was  desirable,  On  the  other  hand,  each  additional  format  that  had 

to  be  decoded  or  handled  specially  added  to  program  size  and  complexity. 
The  input  options  made  available  were  discussed  previously.  Other  options 
may  be  added  as  user  feedback  appears,  The  input  format  was  developed  considering 
that  eventually  input  will  come  from  SSDP, 

Program  comp  I  exi  ty  also  entered  the  design  stage  in  the  specification 
of  what  the  program  was  to  handle.  Providing  for  every  eventuality  would 
over-complicate  the  program  and  lead  to  an  over- si  zed  system.  In  general, 
many  trade-offs  were  made,  For  example,  line  traces  were  limited  to  having 
at  most  51  points  in  their  definition.  Ensuring  the  program  could  handle 
all  possibilities  likely  to  arise  was  a  large  part  of  the  design  in  order 

to  avoid  user  restrictions, 

1  nt  er  nal  Consi  der  at i  on 

Programming  problems  on  the  internal  level  were  not  so  much  trade-offs 
as  they  were  making  the  program  do  what  it  should  do,  One  exception  to  this 
was  the  handling  of  input  errors,  Two  extremes  for  dealing  with  errors  are: 

operating  on  the  false  data,  and  not  operating  at  all.  The  me d i  a n  solution 

for  HULSTRX  was  to  have  the  program  throw  out  the  line  defined  on  the  incorrect 

data  card  and  continue  processing  other  lines, 
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The  internal  problems  that  had  to  be  solved  to  get  HULSTRX  to  run 

properly  were  mainly  in  the  shell  expansion  output  option,  Difficulties  with 
the  pr ogr am  occur r ed  when  trying  to  handle  non- cont  i  nuous  features  such  as 
bulbs,  skegs,  tunnels,  and  the  transom,  Two  types  of  discrepancies  arose 

in  handling  non- cont i  nuous  features,  One  occurred  because  of  the  girth-plane 
representation  of  the  points  on  the  shell,  The  shell  expansion  was  distorted 
where  appendages  added  or  subtracted  girth  from  the  hull, 

Extra  girth  creates  a  bulge  in  an  obstensibly  straight  stiffener, 
Designers  simply  tack  the  skegs  on  after  the  shell  scantlings  are  developed 
and  do  not  look  at  the  girth  of  the  shell,  This  easy  solution  is  not  obvious 

to  the  computer  which  relies  on  a  strict  geometrical  definition  of  the  hull; 

an  appropriate  me  t  h  o  d  to  handle  this  is  under  d  e  v  e  I  o  p  me  n  t , 

A  second  type  of  distortion  occurred  where  the  slope  of  a  line  was 
discontinuous,  These  were  places  such  as  connections  of  skegs  and  sonar  domes, 
junctures  of  flat  sections  of  the  hull  with  curved  sections,  and  sharp  edges 
like  the  prow  and  the  transom,  For  this,  a  further  definition  of  the  demarking 
lines  and  boundaries  was  needed  to  account  for  the  discontinuity, 

A  major  developmental  problem  was  distinguishing  between  inaccuracies 
that  arose  from  incorrect  input  data  (a  user  problem)  and  those  that  arose 
from  program  errors,  An  original  data  base  derived  from  a  combination  of 
structural  drawings  and  an  existing  HULDEF  generated  hull  form  was  used  to 
aid  in  pr  ogr  am  devel  opment ,  Several  i  nconsi  st  and  es  discovered  in  the  drawings 
from  which  the  HULSTRX  data  was  derived  were  the  cause  of  errors  in  the  HULSTRX 
output,  Other  errors  were  produced  by  limitations  in  the  HULDEF  derived  hull 
form  description, 

HULDEF  utilizes  a  "wire  mesh"  definition  of  a  hull  form  to  define 
the  hull  surface,  This  is  satisfactory  for  developing  the  lines  plan  which 
is  HULDEF's  principal  purpose,  The  designer  responsible  for  the  lines  plan 
manipulates  his  HULDEF  input  until  an  acceptable  lines  plan  can  be  produced, 
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In  certain  complex  areas,  such  as  in  way  of  knuckles  or  sharp  curvature,  the 
amount  of  input  used  to  define  the  hull  form  in  HULDEF  may  be  insufficient 
for  satisfactory  output  from  HULSTRX,  In  these  instances,  the  hull  form  designer 
must  be  informed  of  the  problem  and  must  correct  it  by  supplementing  the  hull 
form  DGL  wi  t  h  additional  definition, 

Internal  information  management  was  another  area  requiring  in-depth 
analysis,  Originally,  the  hull  surface  was  sectored  to  save  core;  one  section 
of  the  hull  was  operated  on  at  a  time.  This  saved  core  because  not  all  of 
the  hull  definition  grid  lines  had  to  be  maintained  in  current  memory,  Of 
course  s o me  of  the  saved  core  space  had  to  be  used  to  hold  the  sectoring  c o mma n d s , 
Large  time  costs  were  generated  by  sectoring  the  hull  because  of  the  frequent 
sector  exchanges  necessary  to  process  traces  sequentially,  Since  the  total 
core  required  to  support  operation  on  the  sectored  hull  was  greater  than  the 

look  limit  applicable  to  many  smaller  machines,  and  since  the  core  required 

to  operate  on  the  entire  hull  at  once  was  within  the  limits  of  the  larger 
computers,  sectoring  was  eliminated,  This  achieved  a  time  saving  of  about 

an  order  of  magnitude,  Another  time  consuming  file  access  problem  concerned 
the  transverse  cut  file,  An  addition  to  the  end  of  the  transverse  cut  file 

augmenting  the  station  cuts  with  cuts  at  the  quarter  points  between  stations 

was  required  to  ensure  satisfaction  of  trace  end  point  tangency  requirements, 
This  was  frequently  accessed  in  a  non- sequent i  a  I  manner,  Since  a  computer 
is  a  digital  n  u  mb  e  r  cruncher  and  not  a  file  reader,  significant  t  i  me  savings 
were  gained  by  calculating  any  needed  i  nt er  -  st at  i  on  transverse  cuts  on  the 
fly  each  time  they  were  used,  Another  order  of  magnitude  of  computing  time 
was  saved  by  not  bothering  to  store  the  augmenting  transverse  cut  file,  The 
elimination  of  sectoring  and  the  transverse  cut  file  lowered  the  core  requirements 
to  operate  on  the  entire  ship  to  about  the  original  value.  Essentially,  no 
penalty  was  payed  for  the  reduction  of  CPU  time, 
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ONGOING  DEVELOPMENT 

Further  development  of  HULSTRX  is  currently  proceeding  in  the  following 

areas: 

•  Trace  or  i  ent  at  i  on 

•  Trace  labeling 

'  Interactive  processing 

•  Multiple  line  projection 

Trace  Orientation  is  being  added  to  the  trace  definitions  so  that 
structural  shapes  may  be  added  to  the  drawings  in  the  proper  position,  The 
default  orientation  will  be  perpendicular  to  the  surface  but  options  will 
exist  to  orient  the  structural  shape  in  an  absolute  vertical  or  horizontal 

position,  The  orientation  of  a  member  is  only  part  of  the  information  needed 

to  draw  it,  Once  the  trace  orientation  is  established,  the  Structural  Scantling 
File  will  have  to  be  accessed  to  get  the  size  and  shape  of  the  piece, 

Trace  labeling  will  make  the  HULSTRX  output  more  useful.  The  idea 
is  to  print  the  line  name  and  additional  scantling  information  next  to  each 
line  on  a  drawing,  This  is  planned  as  a  development  and  reference  aid, 

Interactive  processing  likewise  will  make  HULSTRX  more  useful.  It 

will  increase  the  efficiency  of  a  designer  who  is  unfamiliar  with  the  program 

by  prompting  hi  mat  the  appropriate  time  with  the  formats  and  a  short  description 
of  all  i  nputs  necessary  to  run  HULSTRX, 

Further  development  of  the  multiple  line  creation  portion  is  underway 
so  that  multiple  lines  may  be  projected  onto  the  working  surface  from  a  different 
plane,  specifically,  so  that  traces  may  be  projected  onto  the  shell  from  the 
X,  Y  or  Z  planes,  This  is  desirable  because,  for  example,  stiffeners  on  the 
bottom  part  of  the  shell  are  frequently  layed  in  on  a  constant  Y  spacing  rather 
than  a  constant  girth  spacing  to  take  advantage  of  a u t o ma t e d  production  techniques, 
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FUTURE  DEVELOPMENT 

Currently,  HULSTRX  is  being  run  against  real  life  problems  to  see 

where  it  breaks  down  or  doesn't  measure  up  to  standards,  The  conceptual  and 

detail  design  of  HULSTRX  is  essentially  complete,  However,  in  order  to  get 

the  ma  x  i  mu  m  utility  from  the  program  it  must  be  mo  r  e  fully  integrated  into 

the  CSD  system,  Any  gains  in  efficiency  attributable  to  the  development  of 

this  program  can  be  lost  many  times  over  if  the  output  requires  laborious 

conversion  of  data  to  ma  t  c  h  the  input  r  e  q  u  i  r  e  me  n  t  s  of  other  p  r  o  g  r  a  ms , 

Three  major  areas  for  development  of  HULSTRX  include: 

•Structural  Synthesis  Design  Program  (SSDP)  interface, 

•  Structural  Scantling  File  (SSF)  development, 

•  Ship  Design  Weight  Estimate  (SDWE)  interface, 

The  first  major  HULSTRX  development  area  is  automated  input  generation, 

Hull  lines  are  already  fed  to  HULSTRX  from  HULDEF  through  the  DGL  in  digitized 
form,  Structural  details  are  developed  in  SSDP  but  must  be  manually  massaged 

before  they  can  be  used  as  input  to  the  present  version  of  HULSTRX,  A  computer 
program  which  would  aid  the  direct  data  transfer  from  SSDP  to  HULSTRX  would 

e  I  i  mi  n  a  t  e  the  lengthy,  and  e  r  r  o  r  -  p  r  o  n  e  ma  n  u  a  I  input  me  t  h  o  d ,  A  task  is  currently 

in  progress  addressing  this  interface  program, 

The  other  major  HULSTRX  development  area  is  to  provide  for  the  description 
of  individual  structural  members  associated  with  each  trace,  This  would  be 

done  by  creating  a  separate  structural  scantlings  file  (SSF),  The  structural 

scantlings  file  will  refer  to  the  structural  arrangement  traces  in  the  DGL, 
and,  in  conjunction  with  its  scantling  data,  piece  orientation,  and  other 
special  information  (Ref,  7,  8)  will  provide  ship  designers  and  builders  with 
a  common  data  base  describing  the  structural  members  of  a  ship,  This  file 

could  then  be  used  as  input  to  programs  which  would  produce  plots  of  ship 
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structure  with  complete  labeling  and  listing  of  all  structures,  and  to  programs 
which  would  compute  structural  weight  and  moments  such  as  SDWE,  HULSTRX  will 
be  extended  to  accomplish  this  objective  as  mentioned  previously, 

When  using  HULSTRX  during  the  design  of  a  ship,  the  two  structural 

output  files,  structural  traces  and  structural  details,  would  be  distinct 
and  would  be  developed  interactively  rather  than  sequentially,  The  designer 
will  first  establish  the  locations  of  certain  key  structural  members,  then 

their  scantlings,  and  finally  resolve  any  compatibility  problems  between  these 
members  and  other  parts  of  the  hull  structure.  Separate  plotting  (UP LOT) 
and  analysis  (SSDP)  programs  will  be  used  to  check  the  validity  of  the  data 
placed  into  the  DGL, 

The  development  of  the  SSDP  interface  and  the  portion  of  HULSTRX  which 
will  define  the  structural  scantling  file  is  underway,  With  the  completion 

of  these  ongoing  tasks,  HULSTRX  will  provide  the  structural  designer  with 

a  complete  computer  aided  design  package, 
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DESCRIPTIVE  TITLE  «  DECKING  OUT  PROGRAM 


ACRONYM  .  DEKOUT 

PROGRAM  NUMBER  .  151393 

VERSI  ON  ......•••••••..i  1/12/76 

AVAILABLE  .  NAVSEA  03R2.  WASHINGTON,  D.C.  2  0  3  6  2 

DEVELOPED  BY  .  NAVSEA  3211  (UNDER  DEVELOPMENT) 

POINT  OF  CONTACT  . C.  CARLSON  SEA  3  2  1  1,  (  2  0  2  )  6  9  2  -  1  4  0  0 


DOCUMENTATI  ON  . 

SECURI  TY  CLASSI  FI  CATI  ON 
PROGRAMMI  NG  LANGUAGE)  S) 
COMPUTER  VERSI  ON ( S) 

DECK  SIZE(S)  . . 

OBJECT  SIZE(S)  . 

SPECIAL  HARDWARE  . 

SPECIAL  S  0  F  T  WA  R  E  . 

RUN  T I  ME  .  TEST  DECK  .  . 
Dl  STRI  BUTI  ON  MEDI  A 
PROGRAM  SUMMARY  DATE 


UNCLASSIFIED  0 
FORTRAN  IV 
C  DC 


GRAPHI  CS  Dl  SPLAY 

DAM  (#5301011 

MAGNETIC  TAPE 
11  NOV  76 


PROGRAM  ABSTRACT  : 


THE  DECKING  OUT  PROGRAM  IS  USED  TO  DEFINE  THE 
LOCATION  OF  S  UE  Dl  VI  SI  ON  BULKHEADS,  AND  THE  LOCATIONS 
AND  GEOMETRY  OF  DECKS,  PLATFORMS,  LEVELS,  AND  THE  SUPER¬ 
STRUCTURE  ENVELOPE  BY  USE  OF  INTERACTIVE  GRAPHICS. 
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DESCRI  PTI  VE  TITLE 


HULL  FORM  GENERATOR 


ACRONYM  .  HULGEN 

PROGRAM  NUMBER  . 151343 

VERSION  . 

AVAILABLE  .  NAVSEA  03R2,  WASHINGTON,  D.C.  20362 

DEVELOPED  BY  . NAVSEA  312 

PGI  NT  OF  CONTACT  . F.  Bj  ORKF  UND  SEA  3  1  2  2  2.  (  2  0  2  )  6  9  2  -  8  1  6  0 


DOCUMENTATION  . 

SECURI  TY  CLASSI  FI  CATI  ON 
PROGRAMI  NG  LANGUAGE! S) 
COMPUTER  VERSI  ON (  S)  ... 

DECK  SIZE(S)  . 

OBJECT  SIZE  (S)  . 

SPECIAL  HARDWARE  . 

SPECIAL  S  0  F  T  WA  R  E  . 

RUN  T I  ME  TEST  DECK  .  . 
Dl  STRI  BUTI  ON  MEDIA 
PROGRAM  SUMMARY  DATE 


COMPLETE 
UNCLASSI  FI  ED 
FORTRAN  IV 

C  DC  6  7  0  0  / TEKTRONI  X  TERMI  NAL 

11250 

CM61000 

TEKTRONIX  4015  STORAGE  TUBE 

1  NTERCOM  AND  TEKTRONI  X  PLOT 

2 

MAGNETIC  TAPE 
04  JAN  78 


VERSI  ON 


TERMI  NAL 
10  GRAPHICS 


PROGRAM  ABSTRACT 


GIVEN  THE  VERY  MINIMUM  INPUT  OF  LENGTH,  BEAM,  DRAFT, 
PRISMATIC  AND  MIDHSIP  SECTION,  COEFFICIENTS,  LCR,  LCF ,  AND 
A  DECK  AT  EDGE  DEFINITION:  HULGEN  COMPUTES  ALL  OF  THE 
INITIAL  PARAMETERS  AND  CONTROL  CURVES  REQUIRED  TO  PRODUCE 

A  BODY  PLAN.  THIS  BODY  PLAN  IS  NOT  THE  ONE-DESIRED,  BUT 

PROVIDES  A  STARTING  POINT  FOR  ANY  VARIATIONS  THE  USER 
WANTS  TO  MAKE. 

THE  SHIP  HULL  FORM  GENERATOR  (HULGEN)  USES  A  PIECEWISE 
POLYNOMIAL  DEVELOPMENT  AND  REPRESENTATION  OF  AN  EARLY  STAGE 

DESIGN  SHIP'S  BODY  PLAN.  IT  WAS  ORIGINALLY  WRITTEN  FOR 

REFRESH  GRAPHICS  SCOWS  WITH  LIGHT  PENS.  THOSE  EARLIER 

VERSIONS  OF  THE  PROGRAM.  ALTHOUGH  DONE  FOR  LIGHT  PEN  PICKS, 

OPERATED  IN  A  WAY  THAT  MADE  CONVERSION  TO  STORAGE  TUBE 
GRAPHICS  VERY  PRACTICAL.  THE  DISPLAYS  WERE  CHANGED  VERY 

LITTLE  AND  THE  INTERACTIVE  LIGHHT  PEN  PICKS  WERE  CONVERTED 
TO  KEYBOARD  ENTRY  MENUS.  THE  USER  NOW  TYPES  A  MENU  OPTION 

AND/OR  DATA  TO  PROCEED. 

HULGEN  WAS  DEVELOPED  SPECIFICALLY  FOR  THE  EARLY  STAGE 

DESIGN  PROBLEM  OF  DEVELOPING  MANY  OPTIONAL  HULLS  RAPIDLY. 

AT  THIS  PCINT  IN  THE  DESIGN  IT  IS  IMPORTANT  TO  BE  ABLE  TO 
DETERMINE  WHETHER  THE  DESIRED  HULL  FORM  CAN  BE  DEVELOPED 
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DESCRI  PTI VE  TITLE 


SHIP  HULL  CHARACTERISTICS  PROGRAM 


ACRONYM  .  SHOP 

PROGRAM  NUMBER  .  231072 

VERSION  . JAN  76 

AVAILABLE  . . .NAVSEA  03R2,  WASHINGTON.  O.C.  20362 

DEVELOPED  BY  . NAVAL  SEA  SYSTEMS  COMMAND 

POINT  OF  CONTACT  . M.  AUGHEY  SEA.  3212,  C  2C  21  692-9070 


DOCUME  NTATI  ON  . 

SECURITY  CLASSIFICATION 
PROGRAMMI  NG  LANGUAGE) S) 
COMPUTER  VERSI  ON ( S) 

DECK  SIZE(S)  . 

OBJECT  SIZE(S)  . 

SPECIAL  HARDWARE  . 

SPECIAL  SOFTWARE  . 

RUN  T I  ME  .  TEST  DECK  .  . 
Dl  STRI  BUTI  ON  MEDI  A 
PROGRAM  SUMMARY  DATE  .  . 


INCOMPLETE  (USER’S  MANUAL  AVAILABLE) 
UNCLASSI  FI  ED 
FORTRAN 
COC  67GC 
1  0  0  0  0 
4  7  5  0  0 

CALCOMP  PLOTTER  (OPTIONAL) 

CALCOMP 
8  .  9  S  E  C 

TAPE  9  TRACK,  8  OQBPI. UNBLOC  KED, CARD  IMAGE 

24  APR  76 


PROGRAM  ABSTRACT 


SHOP  CONSISTS  OF  A  SET  OF  SUBPROGRAMS  WHICH  PERFORM  THE 

FOLLOWING  NAVAL  ARCHITECTURAL  CALCULATIONS:  HYDROSTATICS, 

TRIM  LINES,  LONGITUDINAL  STRENGTH,  FLOODABLE  LENGTH,  LIMIT¬ 
ING  DRAFTS,  INTACT  STAR..  DAMAGED  STAR.  CROSS  CURVES,  DAM¬ 
AGED  STATICAL  STAR.,  INTACT  STATICAL  STAR.  ON  WAVES. 

THESE  CALCULATIONS  ARE  PERFORMED  ON  A  COMMON  DATA  BASE, 
THE  SHIP  DATA  TABLE,  WHICH  IS  SET  UP  FROM  THE  USER  SUPPLIED 

DESCRIPTION  OF  THE  HULL  FORM.  EACH  SET  OF  PROPERTIES  CAL¬ 
CULATED  REQUIRES  ITS  OWN  SET  OF  INPUT  DATA. 

ASSUMPTI  ONS: 

1  STATION  SHAPE  ADEQUATELY  DESCRIBED  BY  2ND  ORDER  CURVE  SEC. 

2  5  IMPS  ON  *  S  i-H-i  filllfc  FCR  INTEGRATIONS. 

3  INTERPOLATIONS  OF  AREAS  AND  PROPERTIES  DONE  8Y  TAYLORS 

SECOND  ORDER  COEFFI  Cl  ENTS. 

4  ITERATION  FCR  BALANCE  DONE  BY  NEWTON-R APHSON. 

THE  PROGRAMS  WILL  CALCULATE  DAMAGED  COMPARTMENT  WATER- 
PLANE  INERTIAS,  GENERATE  CIRC.  OFFSETS.  ALLOW  FOR  INPUT  OF 

APPENDAGES.  MANY  PLOTS  CAN  RE  GENERATED  OEPENDING  ON  WHICH 
OPTIONS  ARE  SELECTED. 
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DESCRI  PTI  VE  TITLE 


SHI  P  DESI  GN  WEI  GHT  ESTI  MATE 


ACRONYM  .  SO  WE 

PROGRAM  NUMBER  .  230021 

VERSI  ON  .  0  6  /  2  9  /  7  8 

AVAILABLE  . . . NAVSEA  03R2,  WASHI  NGTONv  D.  C.  2  0  3  6  2 

DEVELOPED  BY  .  NAVSEA  3212 

POINT  OF  CONTACT  . P.  KERN  SEA  3  2  1  2.  (  2  0  2  )  6  9  2  -  9  0  7  0 


DOCUMENTATION  . COMPLETE,  USERS  AND  PROG.  MAI  NT 

SECURITY  CLASSIFICATION . UNCLASSIFIED 

PROGRAMING  LANGUAGE)  S)  .  FORTRAN  IV  AND  COMPASS 

COMPUTER  VERSI  ON(  S)  . CDC  6  7  0  0 

DECK  SI  Z  E  (  .  6  3  6  8 

OBJ  ECT  SI  ZE(  S)  .  5  5  5  0  0  8 

SPECI  AL  HARDWARE  . NONE 

SPECIAL  SOFTWARE  . NONE 

RUN  TIME  -  TEST  DECK  . 1  Ml  N 

DISTRIBUTION  MEDIA  . MAGNETIC  TAPE  (7  OR  9  TRACK) 

PROGRAM  SUMMARY  DATE . 29  j  UN  78 


PROGRAM  ABSTRACT 


THE  SHIP  DESIGN  WEIGHT  ESTIMATE  COMPUTES 
PROGRAM  SUMMARIZES  WEIGHTS  AND  MOMENTS  FROM 
DETAIL  DATA  WHICH  IS  SUPPLIED  BY  THE  USER.  THE 
DETAIL  DATA  INCLUCES  WEIGHT.  CENTER  OF  GRAVITY. 
DESCSI  PTI  ON,  3  CHARACTER  CLASSIFICATION  GROUP. 

2  DIGIT  SUBGROUP  AND  ITEM  NUMBER.  SUMMARIES 
OF  THE  INPUT  DATA  ARE  FRCVIDED  WHENEVER  THE 
FIRST  CHARACTER  OR  ALL  3  CHARACTERS  OF  THE 
GROUP  CHANGE  OR  THE  SUBGROUP  CHANGES.  THE 
CLASSIFICATION  SYSTEMS  UPON  WHICH  THE  PROGRAM  IS 

BASED  ARE  THE  NAVY  DEPARTMENT  SWBS  AND  BSCI. 

ADDITIONAL  FEATURES  ARE  -  UP  TO  12  LOADING 
CONDITIONS,  MARGINS,  HYDROSTATICS  COMPUTATIONS 
BASED  ON  THE  DISPLACEMENT  AND  LCG  OF  EACH  LOAD¬ 
ING  CONDITION,  LONGITUDINAL  WEIGHT  DISTRIBUTION, 
ENGLI  SH- METRI  C  UNITS  CONVERSIONS  AND  OTHER  MINOR 
CAPABI  LI  T I  E  S . 

THIS  PROGRAM  CAN  BE  USED  IN  CONJUNCTION 
WITH  THE  SDWE  DATA  UPDATE  PROGRAM  (CASDAC  MB  KQ. 
230143)  WHICH  MANAGES  THE  DETAIL  DATA  STORAGE 

FILE. 
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DESCRIPTIVE  TITLE  1  SHIP  SYNTHESIS  DESIGN  PROGRAM 


ACRONYM  . SSDP 

PROGRAM  NUMBER  .  233021 

version  .05-15-70 

AVAILABLE  .  NAVSEA  03R2.  WASHINGTON.  D.C.  2  0  3  6  2 

DEVELOPED  BY  . NAVAL  SHIP  RESEARCH  AND  DEVELOPMENT  CENTER 


POINT  OF  CONTACT 


NAPI  /  LEV 


DOC  U  ME  NT  AT  I  ON  . 

SECURITY  CLASSIFICATION 
PROGRAMMI  NG  LANGUAGE  (  S) 
COMPUTER  VERSI  ON ( S) 

DECK  SIZE(S)  . 

OBJECT  SIZE(S)  . 

SPECIAL  HARDWARE . 

SPECIAL  SOFTWARE  . 

RUN  T I  ME  .  TEST  DECK  .  . 

Dl  STRI  BUTI  ON  MEDI  A  . 

PROGRAM  SUMMERY  DATE 


COMPLETE  -  FORMAL 
UNCLASSI  FI  ED 
FORTRAN  IV 
C  DC  6  7  0  0 
11200 

250000  OCTAL 
SC  4  0  2  0 
SC  4  0  2  0 

.MAGNETIC  TAPE 
24  APR  76 


PROGRAM  ABSTRACT 


A  COMPUTER  PROGRAM  DESCRIBED  WHICH  WILL  DESIGN  THE 
LONGITUNINAL  SCANTLINGS  OF  A  STEEL  MIDSHIP  SECTION.  ANY 

PRACTICAL  COMBINATIONS  OF  DECKS.  PLATFORMS.  AND  LONGITUDINAL 
BULKHEADS  FOR  THE  MIDSHIP  SECTION  CONFIGURATION  MAY  BE 
USED.  OPTIONS  TO  INCLUDE  AN  INNER  BOTTOM  STRUCTURE.  AND  TO 
PERFORM  A  NUCLEAR  AIR  BLAST  ANALYSIS  OF  SHELL  AND  UPPER 
STRENGTH  DECK  STRUCTURE  ARE  PROVIDED. 

THE  PROGRAM  CONTAINS  THE  DECISIONS  NECESSARY  TO 
DETERMINE  AN  INITIAL  SET  OF  MINIMUM  WEIGHT  SCANTLINGS 

FOR  THE  SHELL,  DECK,  BULKHEAD,  AND  INNER  BOTTOM  SEGMENTS, 

TEST  THEM  TO  DETERMINE  COMPLIANCE  WITH  THE  DESIGN  CRITERIA 

AS  DEFINED  BY  THE  NAVAL  SHIP  ENGINEERING  CENTER.  AND  THEN 
INCREASE  THE  SCANTLINGS  IF  THE  CRITERIA  IS  NOT  SATISFIED. 
MODIFICATION  OF  SCANTLINGS  CONTINUES  UNTIL  THE  SCANTLINGS 

DEVELOPED  DO  NOT  CHANGE  THE  PRIMARY  STRESS  ASSIGNMENT. 

IF  THE  MIDSHIP  SECTION  HAS  A  PRIMARY  STRESS  DEFICIENCY 
AT  THE  DECK  AND/OR  KEEL  FIBERS  THE  PROGRAM  WILL  AUTO¬ 
MATICALLY  ADJUST  THE  MATERIAL  AT  THESE  FIBERS  AND  ITERATE 

THE  DESIGN  PROCESS  UNTIL  SCANTLINGS  ARE  FOUND  THAT  ARE 

OF  MINIMUM  WEIGHT  AND  STRUCTURALLY  ADEQUATE. 
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OESCRI  PTI  VE  TITLE 


UTI  LI  TY  DRAFTI  NG  ROUTI  NE 


ACRONYM  .  UP  LOT 

PROGRAM  NUMBER  .  5  2  0  1  1  9  2 

VERSION  . 01-74 

AVAILABLE  .  NAVSEA  C3R2,  WASHINGTON,  D.C.  2  0  3  6  2 

DEVELOPED  BY  .  AUGHEY  SEA  3212 

POINT  OF  CONTACT  . M.  AUGHEY  SEA  3  2  1  2,  (  2  0  2  )  6  9  2  -  9  0  7  0 


DOCUMENTATI  ON  .  COMPLETE 

SECURITY  CLASSIFICATION  . UNCLASSIFIED 

PROGRAMMING  LANGUAGE) S)  . FORTRAN 

COMPUTER  VERSI  ON  (  S)  .  CDC  6  7  0  0 

DECK  SI  ZE(  S)  .  2  2  0  4 

OBJECT  SI  ZEi  Si  .  3  0  0  0  0 

SPECIAL  HARDWARE  . C A L C O MP / G E R B E R  PLOTTER 

SPECIAL  SOFTWARE  .  C  A  L C O M P / G E R B E R  PLOTTER 

RUN  TIME  .  TEST  DECK  . 2.6 

Dl  STRI  BUTI  ON  MEDI  A  .  MAGNETI  C  TAPE 

PROGRAM  SUMMARY  CAT  .  04-24-76 


PROGRAM  ABSTRACT 


UTILITY  PLOT  (UP  LOT)  IS  A  SIMPLE  PROGRAM  WHICH  ALLOWS 
USERS  1C  DESCRIBE  CRAFTING  TYPE  PLOTS.  THE  INPUT  DESCRIP¬ 
TIONS  OF  THE  DESIRED  DRAWING  ARE  ON  CARDS.  THE  OUTPUT  IS 
ON  CALCOMP  CR  GERER-TYPE  PLOTTERS,  WHICHEVER  IS  AVAILABLE 
A  CONSIDERABLE  EFFORT  HAS  BEEN  MADE  TO  ACHIEVE  MACHINE 
INDEPENDENCE.  THE  THREE  VERSIONS  (IBM  1130.  CDC  6700/ 
CALCOMP.  CDC  6  7  0  0  /GERBER)  WILL  ALL  PRODUCE  SIMILAR  PLOTS 
FROM  THE  SAME  DATA,  AND  ‘EXCEPT  FOR  THE  PLOTTER  INTERFACE 
ROUTINES.  THE  FORTRAN  PROGRAMS  ARE  A  VERY  LIMITED  SUBSET 
OF  BASIC  FORTRAN.  ONCE  DESCRIBED  ON  THE  INPUT  CARDS,  EACH 
"TEMPLATE."  BECOMES,  MORE  OR  PAYMENT  AND  CAN  BE 

USED  AS  A  BASE  TO  BUILD  UPON  CR  OVERLAY  OTHER?  DRAWING 
INFORMATION.  THIS  PERMITS  COMPLEX  DRAWINGS  TO  BE  BUILT 

UP  OVER  A  PERI  ON  OF  TIME  AND  COMPONENTS  OF  THOSE  DRAWINGS 
TO  BE  USED  REPEATEDLY. 
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APPENDIX  B 

VIEWGRAPHS  FROM  PRESENTATION 

U.S.  NAVY 

CAD/CAM  PROGRAM 
HULL  STRUCTURE 

HULSTRX 


HULSTRX  USN  CSD  SUBSYSTEM 


BILL  OF  WEIGHT 

MATERIAL  REPORT 
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HULSTRX  I  NT  RODUCT I  ON 


■  I  Nl  Tl  AL  DEVELOPMENT  UNDER  CASDAC 

-  NAVY'  S  COMPUTER  Al  DED  SHI  P 
DESI  GN  AND  CONSTRUCTI  ON 

P  R  0  J  E  C  T 

■  1979 

•  ONGOI  NG  DEVELOPMENT  UNDER  CSD 

-  NAVY'  S  COMPUTER  SUPPORTED 
DESI  GN  PROI  ECT 


HULSTRX  I  NT  RODUCT I  ON 


n  OBJ  ECTI VE  OF  PRESENTATI  ON 
■  REVI  EW  DESI  RED  CAPABI  LI  Tl  ES 

-  DEMONSTRATE  PRESENT 
CAPABI  LI Tl  ES 

-  Dl  SCUSS  ONGOI  NG  AND  FUTURE 
DEVELOPMENT 
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HULSTRX  THE  NAVY  CSD  SYSTEM 


•DGL:  DESIGN  GEOMETRY  LIBRARY 


HULSTRX  CSD'S  STRUCTURAL  PORTION 


t 
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HULSTRX  DESI  GN  CQNSI  DERATI  QNS 


•  CONCEPTS  USED  IN  PARALLEL  WITH  HULDEF 

-  FI  LE  STRUCTURE  AND  FORMAT 
OF  DGL 

-  PARAMETRI  C  SPLI  NE  FOR 
REPRESENTI  NG  3- D  LI  NES 

■  OPERATI  ON  I  N  BATCH  MODE 


HULSTRX  THE  NAVY  CSD  SYSTEM 

n  STRUCTURAL  DGL 

-  INPUT  FOR  STRUCTURAL  DESIGN  PROGRAMS 

■  BASI  S  FOR  COMPUTER  GENERATED 
DRAWI  NGS 

■  AS  A  DESI  GN  DELI VERABLE  I TSELF 


HULSTRX  OBJ  ECTI  VES 


n  CURRENT  OBJ  ECTI  VES 

-  SHELL  EXPANSI  ON  DRAJAfl  NGS 

-  DECK  DRAWI  NGS 

-  BULKHEAD  DRAWI  NGS 


I  NCLUDI  NG 
SUPERSTRUCTURE 


■  SECTI  ON  DRAWI  NGS 
-  STRUCTURAL  DATA  BASE 
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HULSTRX  STATUS  REVIEW 


HULSTRX  STATUS  REVIEW 


HULSTBX  STATUS  REVIEW 


LILSTRX  OUTPUT;  SHELL  EXPANSION 


01  SUMWl  9H0008  CATE  8/11/91 

02  t XFF 

1312  N  11  69  .3  18  CL 00 00  Ik  l£\ 0003  t  180073  I  180129 

*9  813000  183001  S1K>0?  183001  613004  183003  61J00* 

49  L 93007  613000  183009  SI3O10  183011  01301? 

1314  N  7  19  1*0003  Ik  1*0001  I  190073  I  180179  610000 

1314  M  4  Jk  t*00OJ  19  1*0002  t  190073  t  180179  611000 

1314  N  *  *9  .3  19  ct*n00  Ik  1*0002  I  180073  I  190179  SI 7000 

1341  M  32  19  190023  19  190129  I  CL 0000  1  Ct*NOO  611004 


i 


226 


HULSTRX  OUTPUT;  SHELL  EXPANSION 

DETAIL 


HULSTRX 

GROUNDRULES  FOR  DEVELOPMENT 

■  HULDEF:  POINT  OF  DEPARTURE 

-  DGL  FILE  STRUCTURE  AND  FORMAT 

-  PARAMETRIC  SPLINE  FOR  3-D  LINE 
REPRESENTATION 

-  END  POINT  TANGENT  DEFINITION 
FOR  LINE  SEGMENTS 

■  COMPATIBILITY  WITH  OTHER  EXISTING  CSD 
PROGRAMS  (SSDP.SHCP.ETC.) 

■  (INITIALLY:)  BATCH  MODE  OPERATION 
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HULSTRX  OPERATIONAL  ASPECTS 


■  DGL  STRUCTURE 


SHIP,  DATE 

SURFACE  NAME 

TRACES  IN  END 
PT/ TANGENT  FORM 

BLANK  RECORD 
SURFACE  NAME 
TRACES 

BLANK  RECORD 

I 


■ 


|  LAST  SURFACE 

BLANK  RECORD 
BLANK  RECORD 
EOF 


HULSTRX  OPERATIONAL  ASPECTS 


■  LINE  TYPES 


STRUCTURAL  TRACES  IDENTIFIER 


&  MNEMONIC  stiffen 

IDENTIFIERS  MASTER  BUI 


SHELL  GEOMETRY  TRACES 

IDENTIFIER 

FORM  LINE 

F - 

GIRTH  LINE 

G - 

CONTROL  LINE 

c - 

DISPLAY  LINE 

D - 

STATION 

STA — 

FRAME 

FR - 

WATERLINE 

ML-— 

BUTTOCK 

BT— 

DIAGONALS 

DI - 

ARRANGEMENT  TRACES 

TRANSVERSE  BULKHEAD 

TB— 

WEB  FRAHES 

HF— - 

DECK 

DK - 

PLATFORMS 

PF-— 

FLATS 

FI— - 

LONGITUDINAL  BULKHEAD 

LB— 

SKEW  BULKHEAD 

SB - 

SURFACE  NAMES  AND  TRACES 

SHELL  (PORT) 

SH — P 

SHELL  (STARBOARD) 

SH — S 

GIRDER 

GR - 

JOINER  BULKHEAD 

JB - 

MISCELLANEOUS  STRUCTURAL  NAMES 

PLATE 

PL - 

PIECE 

PC— 

HOLE 

HL - 

8REAST  HOOK 

BH— 

FASHION  PLATE 

FP - 

INNER  BOTTOM 

IB— 

SUB-ASSEMBLY 

SA¬ 

CHOCK 

CK— 

BRACKET 

BK - 

WEB 

WE— 

FLANGE 

EG¬ 

ANCHOR  RECESS 

AN— 

APPENDAGE 

AP— 

i 
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HULSTRX  INPUT  OPTION 


HULSTRX  INPUT  OPTION 

■  AVAILABLE  INPUT  OPINIONS 

-  PROJECT  FROM  X-PLANE 

-  PROJECT  FROM  Y-PLANE  <1 

-  PROJECT  FROM  Z-PLANE 

-  PROJECT  FROM  GIRTH-PLANE 

-  LAY  IN  MULTIPLE  EQUALLY  SPACED 

LINES  FROM  ANY  PLANE 

-  LAY  IN  MULTIPLE  EVENLY  SPACED 

LINES  FROM  ANY  PLANE 

-  BEGIN  OR  END  LINE  ON  PREVIOUSLY 

DEFINED  TRACE 

-  DEFINE  START  OR  END  TANGENTS 
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HULSTRX  INPUT  FILE 


INPUT  CARDS 

01  SuWACE  0*0003  CATE  8/11/01 

02  EXW 

SI 0000 
SI  1000 
612000 

613000 

10  LINES 


1312  M  II  *.»■  .3  I*  ClOOQO  lb  1*0008  1  160020 

4*  513000  LB3O0I  St 300 2  16 5001  515004  L65003  513004 

*9  563007  613000  165009  SIVUQ  163011  613012 

1314  H  7  10  1*0006  16  1*0001  I  160073 

1314  *  4  16  1*0001  16  1*0002  I  160023 

1314  N  4  86  .3  l»  Cl* MOO  10  1*0002  1  160023 

1341  M  32  16  160023  16  T60129  I  0.0000 


l  16012V 
1  160129 
1  Cl*  MOO 


HULSTRX  INPUT  ILLUSTRATION 


I  IH|»  tleeoo_ 


*-15M  N  7  IB  DK0008  IB  DK0003  I  TB0025  I  TB0129  STOOOO- 


t 
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HULSTRX  ONGOING  DEVELOPMENT 


■  TRACE 
ORENTATION 

■  TRACE 
LABELING 

■  STIFFENER 
DEFINITION 
(FROM  SSF) 


HULSTRX  ONGOING  DEVELOPMENT 

GIRTH  DISTORTIONS 


CURRENT 


UNDER 

DEVELOPMENT 
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HULSTRX  FUTURE  DEVELOPMENT 


n  AREAS  OF  FUTURE  HULSTRX  DEVELOPMENT 

-  STRUCTURAL  SYNTHESI  S  DESI  GN 
PROGRAM  ( SSDP)  I  NTERFACE 

■  STRUCTURAL  SCANTLI  NG  FI  LE 
( SSF )  DEVELOPMENT 

■  SHI  P  DESI  GN  WEI  GHTS  ESTI  MATE 
(SDWE)  INTERFACE 

■  Bl  LL  OF  MATERI  AL 


HULSTRX  SUMMARY 

n  ONE,  DATA  BASE  FOR  HULL  DESI  GN: 

I  NHERENT  CONSI  STENCY  OF  SHI  P 

■  DESI  GN  Dl  SCI  PLI  NES  ( HULL  FORM) 
ARRANGEMENTS,  STRUCTURES,  ETC.) 

■  DESIGN  REPRESENTATIONS  (DECK, 
BULKHEADS,  SHELL,  ETC.) 

n  COMPUTER-  Al  DED  DRAFTI  NG: 

ACCURACY  AND  LEGI  Bl  LI  TY 

►EASY  SCALE  ADJUSTMENT/MULTIPLE  USE 
►INCREASED  EFFICIENCY  AND  VERSATILITY 

n  I  NTEGRATED  Wl  TH  EXI  STI  NG  PROGRAMS 
UNDER  CSD 
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Additional  copies  of  this  report  can  be  obtained  from  the 
National  Shipbuilding  Research  and  Documentation  Center: 

http://www.nsnet.com/docctr/ 

Documentation  Center 
The  University  of  Michigan 
Transportation  Research  Institute 
Marine  Systems  Division 
2901  Baxter  Road 
Ann  Arbor,  Ml  48109-2150 

Phone:  734-763-2465 

Fax:  734-763-4862 

E-mail:  Doc.Center@umich.edu 


